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ABSTRACT 



Disclosed is a health-care information management system 
that utilizes modular and reusable software objects to allow 
for user configuration. The disclosed information manage- 
ment system allows for the creation by the user software 
objects representative of specific events and resources which 
will occur or be utilized during the provision of health-care 
to patients. These user configured software modules then 
allow the user to track the provision of health -care, the 
utilization of resources during the provision of health-care, 
the allocation of resources to perform medical procedures 
and identify opportunities for enhancing efficiencies in the 
provision of health-care services. In on embodiment of the 
invention described, the system allows for the user to create, 
manage and maintain software modules representing spe- 
cific clinical pathways to be performed in a health-care 
institution. The user creates these modules using user con- 
figurable software objects that function to represent 
containers, resources and data. The software objects are 
modular and re -usable and allow the user to select compo- 
nents for creation of the modules. The created modules may 
then be used to provide information management relating to 
the provision of the medical procedures represented by the 
clinical pathway modules. 
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MODULAR HEALTH-CARE INFORMATION 
MANAGEMENT SYSTEM UTILIZING 
REUSABLE SOFTWARE OBJECTS 

HELD OF THE INVENTION 5 

This invention relates to the field of information systems 
for use in the health-care environment and in particular to an 
information system incorporating software for supply, 
scheduling and resource utilization management in the 
health-care environment. 10 

BACKGROUND OF THE INVENTION 

In the provision of medical services, one way of describ- 
ing the process by which medical services are provided is 1S 
through the concept of a clinical pathway. Any given treat- 
ment regime or clinical procedure, may be easily described 
as a related series of care events. Each care event has a some 
relation to the preceding and/or following care events that is 
logical and reasonable. For example, take a simple proce- 20 
dure such as suturing a wound. The task of suturing a wound 
can be described as a series of care events: 1) examination 
of the wound; 2) cleansing of the wound; 3) anesthesia; 4) 
suturing of the wound; and 5) dressing the sutured wound. 
Thus, each of these related care events, make up a clinical 25 
pathway for the procedure of suturing a wound. To a person 
familiar with the medical environment, it will be apparent 
that each of the care events could be broken down into a 
more detailed series of sub -care events, thus, the concept of 
the clinical pathway is scale able; that is, any given care 30 
event may be made of a series of care events and can 
therefore be described as a clinical pathway. 

The concept of the clinical pathway may also be expanded 
to more involved procedures. For example, a patient might 
go to her doctor complaining of particular symptoms. The 35 
doctor might then make an examination, or order tests. 
Based upon the result of the examination and/or tests, the 
doctor would make a diagnosis and prescribe a treatment 
regime. Assume that the treatment regime included a surgi- 
cal procedure to be performed in a hospital, as well as 40 
follow-up care. In this case, the clinical pathway might look 
like: 1) patient induction (basic administration getting the 
patient into the doctor's system); 2) examination; 3) testing; 
4) diagnosis; 5) prescription of treatment; 6) admission to 
the hospital; 7) pre-surgical testing; 8) pre-operative prepa- 45 
ration; 9) anesthesia; 10) surgery; 11) post-operative recov- 
ery; 12) discharge from hospital; 13) follow-up treatment; 
14) final discharge. Once again, it is obvious that each care 
event in the given example might be further broken down 
into smaller incremental care events and, thus, represent a 50 
clinical pathway of its own. For example, the surgery could 
be broken down into each step associated with the surgery 
from the initial incision until the incision is closed. 

In addition to the fact that each care event represents the 
provision of some type of medical (or administrative) 55 
service, each care event will also require the allocation of 
some type of resources in order to be performed. These 
resources may be in the form of labor (doctor, nurse, 
technician, data clerk, etc.), equipment (x-ray machine, 
respirator, vital signs monitors, etc.), or supplies (sponges, 60 
surgical instruments, drapes, x-ray film, sutures, 
medications, etc.). Thus, for each care event it is possible to 
identify the allocation of resources necessary for completion 
of the care event. For example, for the examination step 
described in the second example, the allocation of resources 65 
could be: 15 minutes of doctor's time, use of a specimen 
collector, use of a specimen container, and the use of a blood 
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collection kit. Likewise, the testing step might include the 
use of an imaging device (such as an x-ray or MRI machine), 
30 minutes of technicians time, use of x-ray film, use of an 
x-ray developer and associated chemical supplies, and 15 
minutes of a radiologist's time to interpret the images. 

By describing events in the context of a procedural 
pathway, a framework is provided which allows for the 
systematic classification of the steps necessary to treat a 
particular patient as well as identifying the resource alloca- 
tion necessary to properly complete the clinical pathway. In 
the current healthcare environment of cost control and 
containment, the use of the clinical pathway framework 
provides an effective and efficient method for characterizing 
and analyzing the provision of health-care services in the 
clinical environment. 

One important consideration in the provision of health- 
care is the allocation, utilization and consumption of 
resources such as labor, durable equipment, reusable sup- 
plies and disposable supplies. The provision of medical 
supplies for use in the clinical environment, most particu- 
larly in the hospital environment, has evolved through over 
time as the nature of health care provision and, importantly, 
cost reimbursement, has changed. For example, in the past, 
the most common way for supplies to be obtained by 
hospitals was for a central supply service to order the 
individual supplies anticipated to be needed for a given time 
period. These supplies would be maintained in a supply 
room until needed for a given procedure. Once a procedure 
had been scheduled, a pick list (a list of supplies) would be 
generated based on the procedure and the doctor performing 
the procedure. A hospital employee would then use the pick 
list to withdraw the desired items from inventory and place 
them in the operating room where the procedure would take 
place. After the procedure was completed, unused supplies 
would be returned to inventory, a list of used supplies 
provided to the billing department, and the used supplies 
disposed of or re-sterilized. However, this system was costly 
and inefficient. 

For example, a relatively large inventory of supplies had 
to be maintained, particularly for standard items such as 
drapes, sponges, sutures, clamps, etc., which could be used 
in a large variety of procedures. The inventory of such items 
had to be large in order to insure that sufficient quantities 
were on hand for every procedure. Furthermore, the act of 
picking items for surgery and, later, restocking unused 
items, was onerous and expensive since relatively highly 
skilled labor was utilized to insure that the proper items were 
collected and that the restocked items were placed in the 
proper location. In particular, the restocking of unused items 
was a substantial burden on the hospital. Due to the then 
current mode of reimbursement for supply costs each item 
pulled from inventory had to be either used (and billed for) 
or restocked (and not billed for). If an item was not used 
during the procedure and was billed for anyway, the billing 
for that product could be considered fraud on the reimburser. 
Since items were often individually wrapped, the restocking 
procedure could be very time consuming, particularly where 
sufficient quantities of items were picked from inventory to 
cover any situation during surgery (i.e., it would not be 
uncommon to withdraw 10 clamps from inventory and use 
only 3 or 4, except in situations where heavy bleeding is 
encountered, which might necessitate the use of all 10). 

This situation led to the development of the procedural 
pack. Initially, suppliers started noting that certain combi- 
nations of supplies were used in almost all surgeries. For 
example, a series of drapes would almost always be used. 
Thus, a procedural drape pack was developed which 
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included a collection of the most commonly used drapes in greatest savings in inventory, because more standardized 

numbers commonly used. These drapes were packaged and packs can be used for more different doctors and procedures, 

sterilized as a unit, so that the use of any portion of the unit and customization which minimizes the waste developed 

constituted use of the entire unit. For example, the pack due to usage differences from doctor to doctor and procedure 

might contain 5 drapes, but only four might be used during 5 to procedure. It will be apparent to one skilled in the art that 

surgery. However, since the package was opened, and ste- the proper balance of standardization and customization will 

rility was thereby compromised, the entire unit could legiti- result in the minimum of cost, by minimizing both waste and 

mately be considered used. Although some waste occurred, inventory. Thus, with proper balancing, both the reimburse r 

this system cut out the required re -stocking cost. will save money, due to decreased waste, and the care 

Initially, small procedural packs and packs were devel- 1Q provider will save money, due to inventory control, 

oped for common events. Incision packs, anesthesia packs, Custom procedural packs have been present in the medi- 

suture kits and a variety of other procedural packs, or supply cal supply industry almost since the inception of the proce- 

bundles, were developed. As hospitals grew more used to the dural pack. As a marketing technique, the pack manufactur- 

concept of procedural packs and packs, the demand for more ers were willing to customize packs to gain a competitive 

comprehensive supply bundles increased. The procedural advantage over other manufacturers and gain an entree to 

pack or pack ultimately evolved into a large bundle, differ- 15 new accounts. However, recently, the industry has become 

entiated by surgical procedure, that included all disposable more sophisticated in developing custom packs and packs 

components for that procedure. with the cooperation of the customers. Initially, custom 

In the era of cost — plus reimbursement, the hospitals had procedural packs were slight variations of standard packs or 
an incentive to use ever growing, comprehensive procedural packs already offered by the manufacturer. However, with 
packs. Use of a large pack, with all possible components 20 increasing customization demands and ever changing prod- 
present, served to minimize the amount of labor required to uct offerings, a more sophisticated method of developing 
pick items from inventory and restock unused item. custom procedural packs was required. 
Additionally, it allowed hospitals to greatly reduce their One approach to the problem is described in U.S. appli- 
inventory since such packs could be ordered on an as-needed cation Ser. No. 08/889,948, filed Jul. 10, 1997, entitled 
basis, instead of maintaining a large inventory supplies. 25 Method for the Supply of Medical Supplies to a Health-care 
However, in order to increase these efficiencies, the packs Institution Based on a Nested Bill of Materials on a Proce- 
had to be able to cover any possibility that might reasonably dure Level, which is a continuation in part of U.S. Pat. No. 
be encountered during the procedure, and often included a 5,682,728, issued Nov. 4, 1997, entitled, Method for the 
large amount of supplies which were not often used in most Supply of Medical Supplies to a Health-care Institution 
procedures. 30 Based on a Nested Bill of Materials on a Procedure Level, 

With the advent of cost -containment in the health-care the entire specification of which is hereby incorporated by 

environment, the care providers are required by the reference. As may be seen in this application, using the 

reimbursers, to minimize expense and cost wherever pos- clinical pathway approach described above, each medical 

sible. Under the tenets of managed care, if a supply is not procedure may be described as a series of procedures to be 

used during a procedure, then the reimburser is not willing 35 performed in a specified order. Thus, at each step in the 

to pay for that supply. This environment leads back toward clinical pathway, the supplies needed to complete that step 

the concept of having an inventory of supplies which are can be expressed as a supply bundle (or bundles) which will 

pulled and then restocked when unused. However, reimburs- be utilized during that step. Thus, using the clinical pathway 

ers do realize that some waste in the use of supplies is model, a nested bill of materials for a given clinical pathway, 

justified in order to minimize labor expenses concerned with 40 at the procedural level, may be generated to develop a 

the pulling and restocking of supplies. Thus, the pressure on supply list for the contents of a custom procedural pack. The 

suppliers led to the development of "custom procedural clinical pathway model allows for an easier approach to 

packs." These custom packs attempt to be comprehensive, analyzing the supplies which will be needed at each step, 

but are tailored to the circumstances to attempt to minimize since it provides a break-down of each phase of a medical 

waste. For example, there is a "parts list" or supply list 45 procedure. 

generated by each doctor for each procedure performed by The procedure for developing the types of custom proce- 
thal doctor in a given hospital. Thus, doctors are able to dural packs described herein will include some starting point 
specify the supplies desired, the quantities desired and, if a based upon historical usage. For example, say that the 
preference is felt, the brand and type of the desired supply. hospital already has a standard procedural pack for a lap- 
Thus, if Doctor A uses more lap sponges than Doctor B, their 50 aroscopic gall bladder surgery. The supply list for this 
preference cards will differ. Under the cost-plus reimburse- standard procedural pack could provide the template for 
ment scenario, a procedural pack would have been devel- developing the custom procedural packs for that hospital, 
oped which just had the maximum number of lap sponges After first organizing the template supply list into a nested 
used by any doctor. The extra lap sponges in a pack provided bill of materials as described in the above referenced appli- 
to Doctor B would just be wasted. However, under managed 55 cation and patent, the template would be modified by each 
care, a custom procedural pack could be developed for doctor's preference card to develop a custom nested bill of 
Doctor A and Doctor B which allowed for the differing materials for each doctor who performs that procedure in the 
preferences. Once again, however, the more specialized the hospital. The step of organizing this initial bill of materials 
custom procedural pack, the more inventory will have to be for each doctor will require some judgment in order that 
maintained. Since there is the potential for each doctor to 60 minor differences in supply usage are minimized (i.e., if one 
have a different custom procedural pack for each different doctor uses 2 units of a low cost item, and another doctor 
procedure performed by the doctor, there would be no uses 3 units of the same item, it is probably cheaper to 
standardization of packs in inventory and, therefore, a standardized both bills of materials to 3 units; conversely, if 
number of each custom procedural packs would be required the item is a high cost item, it is best to differentiate the bills 
for each doctor. 65 0 f materials). The result is that a bill of materials for a 
In the final analysis, a balance must be met between procedural pack is developed for each doctor for each 
standardization of procedural packs, which will allow for the procedure. 
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With a bill of materials developed for each procedural in the proper location at the proper time. Prior art methods 

pack for each procedure, the various suppliers of the prod- of scheduling resources have been organized around OR 

ucts can then develop supply bundles for each step set out in scheduling programs such as the OR scheduling program 

the clinical pathway. Typically, not all of the supplies will be available from DeRoyal Business Systems, LLC, an affiliate 

provided by a single supplier or manufacturer, so that, as 5 of the assignee hereof. This software is typical of OR 

described in the above-referenced application and patent scheduling software in that it provides a calendaring func- 

multiple supply sources will develop supply bundles for tion for reserving OR*s for use by doctors and allows for the 

inclusion into the procedural pack for a given customer. As scheduling of various related items such as durable medical 

described in that application, a container may be shipped to equipment, etc. Also, some OR scheduling packages provide 

each source of supplies and the supplies provided by that 10 a database function for maintaining doctor "preference 

source can be added to the container, thus reducing the time cards," which are lists of specific supplies that a given doctor 

and shipping costs associated with collecting and shipping will require during the surgery. 

various components to a single assembly location. In However, such software, usually marketed as a stand- 
operation, the initial source of the container would develop alone package, does not function under the clinical pathway 
a work order based on the nested bill of materials which each 15 management and is not integrated with resource manage- 
supplier would use to add the appropriate supply bundles to ment. Thus, information is typically unnecessarily entered 
the container. Alternatively, each supplier could ship its multiple times, in multiple locations, on multiple informa- 
supply bundle to a centralized assembly location for assem- tion systems. For example, a bill of materials may be 
bly of the container and shipment to the ultimate customer. generated for a given medical procedure for use by the 
This supply paradigm provides the customer and the sup- 20 supply department of a hospital in order to insure that the 
pliers with a framework within which the suppliers can needed supplies will be available; separately, the doctor 
respond very rapidly to an order by the hospital for a custom preference card from the OR scheduling package will be 
procedural pack. Thus, even though there exists the possi- used to make sure that the supplied materials matches the 
bility that a large number of different packs may be devcl- doctor's preferences; the availability and provision of labor 
oped for each hospital, the hospital need not maintain a large 25 resources will be handled by a different department with a 
inventory of such custom procedural packs since the supply different information system. Usually, these information 
process has been streamlined. With proper implementation systems are not integrated and their use results in a myriad 
of the system, a very small number of custom procedural of duplication of data entry, along with substantial oppor- 
packs may be kept in inventory by the hospital (maybe one tunities for error. Finally, these information systems do not 
week's worth) which will obviously reduce the inventory 30 typically provide a basis for calculating medical procedure 
costs of the hospital. Similarly, since the parts list, or nested costs in an efficient manner, so that cost recovery and cost 
bill of materials for each pack has been analyzed, waste is reductions processes must be done on an ad hoc basis, 
minimized and efficiency is enhanced. Returning to the top level of the clinical pathway analysis, 
In this supply paradigm, which has been implemented by the performance of a medical procedure represented by the 
the assignee hereof, DeRoyal Industries, Inc., under the 35 clinical pathway requires that all of the necessary resources 
trademark and service mark TRACEPAK, an attempt is be brought together at the appropriate time and place, which 
made at the time of the development of the nested bill of requires that supplies be accounted for and personnel and 
materials for each custom procedural pack to minimize other resources be scheduled. Once the procedure has been 
waste while maximizing standardization to ultimately performed, it is important that resource consumption/ 
reduce the overall cost to the care provider. However, this 40 utilization be recorded for the purposes of cost recovery and 
initial analysis is not sufficient to insure that the bill of utilization review. Finally, it is important that the informa- 
materials remains optimized. For example, doctors are con- tion be available for analysis in order to allow the process to 
stantly revising their supply usage based upon new surgical be analyzed in order to facilitate more efficient resource 
techniques. Similarly, manufacturers are constantly updating utilization and to identify economies which may be realized 
their products to incorporate new products and develop- 45 in the clinical pathway. 

ments. Also, prices are constantly changing in the market- Xo datef no hospital information system provides an 

P lace - integrated package for OR scheduling/preference card 

Upon review of the foregoing, there are several areas management, resource consumption logging/storage and 

where intervention is necessary to insure that the process resource utilization analysis/bill of resource standardization, 

results in the best balance between waste minimization and so Furthermore, even the most comprehensive hospital infor- 

standardization, in addition to the ultimate requirement that mation systems are written in monolithic style which either 

all of the supplies required during a procedure are actually represents a 100% custom application written specifically 

available when the procedure is conducted. First, the clinical f or the customer, or an off-the-shelf application that does not 

pathway must be developed. Second, bills of materials must meet all of the needs of the customer. Neither situation fits 

be developed in the context of the clinical pathway and 55 the current health-care environment of reform, cost-cutting 

balanced to account for doctor preferences, standardization and change. Monolithic software packages require the 

and waste minimization. Finally, usage of materials must be review and revision of large blocks of source code and a 

tracked in order to insure that the bills of materials currently small change at one point may well affect the functioning of 

in use are optimized to continue to minimize waste while other portions of the code. In large applications, hundreds of 

maximizing standardization, as well as providing a basis for 60 thousands, if not millions, of lines of code must be reviewed 

documenting resource usage during a procedure in order to for every change, even if relatively minor. This state of 

allow for proper billing of the procedure to the party affairs often results in health-care institutions refusing to 

responsible for paying for the procedure. adopt cost-saving and efficiency enhancing measures, since 

An additional element that must be considered in the the potential benefits are often outweighed by the cost and 

clinical pathway is not only the optimization of the bill of 65 problems which would be involved in adapting their current 

resources through utilization review and standardization, is information systems to the belter processes. Also, since 

the scheduling of the resources so that the proper resource is different institutions are different sizes, serve different 
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populations, use different doctors, have different areas of specific information may need to be collected or used. These 

core competency, etc., the one size fits all approach to objects are designed to gather and store specific information 

off-the-shelf information systems often results in some insti- related to the module or container with which they are 

tutions adopting procedures which, while they may work associated, 

well in some environments, aren't the most efficient for that 5 In a further preferred embodiment of the preferred 
institution just to enable the use of a given information embodiment of the present invention, one type of node 
system. However, such a system is in actuality backwards, software object functionality is to allow the user to create 
the institution should be able to determine the most efficient clinical pathway modules that represent a given clinical 
way to operate and then have an information system which procedure. The clinical pathway modules would include 
is adaptable, at no great expense, to the needs of the 10 container, resource and data objects that represent the clini- 
institution. ca l procedure to be performed. In this embodiment, con- 
It is therefore an object of the present invention to provide tainer ob J ects are used t0 represent discrete care events that 
an integrated information system for use in healthcare are part of the cUnical pathway. Other containers represent- 
institutions for managing, optimizing and analyzing the use in S bundles of resources may be added to the care event 
of resources within that institution, is containers as well as resource objects that represent 

It is yet a further object of the present invention to provide rcsou ^ es l ° te utilized in P erform ™& thc u care event 

an integrated information system for us in healthcare insti- ^ b J thc care ™ ni container Data objects may also be 

tiit - _ r _ • • _i„ • „ nf included at various locations in the module to collect and 

tutions tor managing, optimizing and analyzing the use ot . ._ 

•«u • ,u . ■ *'i • • ii manage data that is specific to a particular location in the 

resources within that institution utilizing a modular, linfcal atnw 

component- ware software structure. 20 ^ ^* 

Tt . . c *u i • * r*u 4- -i In the preferred embodiment of the present invention, the 

It is yet a further object of the present invention to provide ... • . ■ . . 

• 4 , j i . t ,. , user may create the various container, resource and data 

an integrated supply, scheduling, and resource utilization ,. , i t , , „ . iL ' . 

^ , , J l . , u uu - * objects that will be used to create the module representing a 

management system for use in the health-care environment. . . . . . . , r * 

° given clinical pathway. Alternatively, the user may select 

SUMMARY OF THE INVENTION 25 such objects from pre -configured libraries of such objects or 

^ . r , by copying such objects from clinical pathways already 

The above and further objects are met in the preferred created 

embodiment of the present invention In the preferred , n a fefred embodimem of tne , 

embodiment of the present invention, there is provided a . , r f , , . ... . f . 

, u , . c 5 ' 4 ¥ r . mvention, a node for tracking resource utilization in mdi- 

health care information management system. In the pre- ^ n , ^ , . a j 

c , ... « K 30 vidual patient cases may be provided. This case node 

terred embodiment, the information management system &. « .u / * « < • i * * 

- , i i t software allows the user to create case modules by selecting 

runs from either a stand-alone or network personal computer , , c , , , ... " 

. .... .. . * j an already configured procedural pathway and adding 

running commercially available operating systems and data- , i . 4 ° c • r . •* i .u j *i_ 
. * ™ J . r . patient and doctor specific information to it. In the node, the 
base software. The general purpose computer has memory . . . c .u 
c . A r i » 1 • user mav tnen easily input information concerning the usage 
tor data storage, at least one central processing unit, a , c p tU ' i *• *u r ■ i «u j ■ 
,. . j • j , , , . . ' 35 or the resources populating the clinical pathway and main- 
display and user input devices such as a keyboard and/or 4 ■ r *■ • r j, 

t*u f ^ uj **u w *• tain a history of resource usage, costing information and/or 

mouse, n the preferred embodiment the mformat.on man- clinjcal ^ inforn f ation 0 ^ ides for a hislorica| 

agement system is insiaitea on me general purpose computer da[abase f 

resource utilization which may be used to 

and operates to collect, store, maintain and manage health- „ . , . ? ' t c j. , » 

r . . . f . & provide information on the cost of medical procedures, 

care related inlormation. 4Q idemif waste in the per f ormance 0 f the procedures, track 

In the preferred embodiment of the present invention the and capture cosl information or a variety of olher uses . 

information management system is comprised of individual , n a furlher eferred embodiment of the nt 

software objects which can communicate with each other in inventiorij the inforniation generated by lhe case n J G func . 

order to facilitate the information management function of bQ used b a standardizatioD node t0 ate 

the system. The software objects are configurable ; by the user 45 models of individual previously created, for use in 

to represent health-care related procedures in a fashion that mlyzia utilization. Each case to be studied would be 

allows for the development of custom software modules converted int0 a model mo dule by this node and collectively 

representative of the procedure for which information is to ^ desired cascs WQuld be imo ft s(udy module 

e manage . stud y modu | e wou [ d tben be subject to the functionality 

In the preferred embodiment there is provided node so 0 f the standardization node to be analyzed for standardiza- 

software objects that provide for the creation, management tion opportunities, cost comparison studies or a variety of 

and maintenance of module software objects corresponding omer comparisons designed to allow the user to better track 

to the type of information to be managed. The software and optimize resource utilization. 

module objects are user created objects which represent {q all of ±c ^ nclions dcsCTibc6 abovej the software object 

individual templates for medical procedures or the like 55 approach is maintained. Under each node the user would still 

Using the functionality of the software module objects and Cfeate modules which indude nnrtnn, resource 

the node software objects the user may select container, and data objects representalive of real items in the pr0 vision 

resource and data software objects to populate the module of health . care services . To lhe extent that objects ^ one 

software objects. node are used by another> they are copied and their func . 

Container software objects function to contain other 60 tionality will depend upon the functionality of the node to 

container, resource or data software objects and allow other which they are copies, 
software object to be grouped by common characteristics. 

Resource software objects represent individual resources to BRIEF DESCRIPTION OF THE DRAWINGS 

be used in the procedure the module represents. Resource The foregoing embodiments of the present invention may 

software objects may be used to represent items such as 65 be best understood with reference to the following Detailed 

supplies, equipment, personnel, pharmacy items or the like. Description of the Preferred Embodiments and the drawings 

Data software objects are placed in the module wherever in which: 
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FIG, 1 is a block diagram showing the generic form of the resources, consumable supply items, durable equipment, 

present invention; and reusable supply items, particular rooms (i.e. patient rooms, 

FIG. 2 is a tree diagram showing the organization of a Operating Rooms (OR's), recovery rooms, etc.) or services, 

preferred form of the present invention. For example, the Woodwork will require a technician to 

5 draw the blood, the disposable equipment for drawing blood, 

DETAILED DESCRIPTION OF 11 IE a l aoor resource to deliver the blood to the laboratory, the 

PREFERRED EMBODIMENTS consumable and reusable supplies for handling and testing 

_ . „ . , , , , . „ the blood, durable medical equipment for testing the blood, 

Before referring to the Figures, some background infor- labor rcsources for testing the blood and gener ating the 

mation concerning the functioning of data systems in the reporU and a labor fesource fof providing tne report to the 

health-care environment is in order Typically, these infer- patient > s cnail M can be ^ each rcsource can be 

mation systems have used the paradigm of the patient record analyzed and tied tQ a parlicular care event al the 

in managing information. That is, the primary identifying procedural pathway 

feature was the patient for information which was stored r u a i *u * u 

, t ii • i i- Each procedural pathway is going to have some unique 

about resource al ocahon, supply utilization, resource characteristics which ^ C ary % as< f d upon the rea son the 

scheduling supply ordering, cost accounting, etc. iem fa jn , he health . care facilit (the , of procedure)> 

UDviousty, this paradigm nas worked tor some time owing , he doct0f performing , he 

procedure and the characteristics 

in large part to the fact tha cost reimbursement is done on of , he ien , obviousl tbe clinical tn ^ differem 

a per patient basis and all cos recovery and accounting ffom haW heart . b J f[ £ m someone 

needed to be allocable to an individual patient. . ■ . , ° . ^ aA -t T ., . c 

r 20 having out-patient orthopedic surgery. Likewise, prefer- 
However, as health-care reform debate has forced health- e nces vary from one doctor to another in performing the 
care providers to focus on streamlining the provision of same surgery; i.e. one doctor may prefer the feel of on brand 
medical services, the focus has turned from patient centered 0 f scalpel while another doctor may prefer another. Finally, 
information systems to procedure based management and tne patient will often dictate variation within a given pro- 
accounting. For example, DeRoyal Industries, Inc., the 25 cedure; i.e. one patient may have certain physical charac- 
assignee of U.S. patent application Ser. No. 08/846,798, teristics that require using certain supplies and equipment 
filed Apr. 30, 1997, entitled, Method and System for the and another patiem may require di ff e rent supplies and 
Tracking and Profiling of Supply Usage in a Health Care equipment. 

Environment, US. patent application Ser. No. 08/936,780, ^ present invention provides an information system for 
filed Sep, 24, 1997, entitled Method for the Analysis and 30 use in the hea i t h-care environment that utilizes the proce- 
Standardization of Bills of Resources, and U.S. application dural pathway paradigm for the input of data, the organiza- 
Ser. No. 08/889,948, filed Jul. 10, 1997, entitled Method for tion of P data> ^retrieval of data J d the aDaly ' sis of £ data< 
the Supply of Medical Supplies to a Health-care Institution In addition t0 stormg unique data for each clinical pathway 
Based on a Nested Bill of Materials on a Procedure Level, (historical data), the present invention also provides for the 
which is a continuation in part of U.S. Pat. No. 5,682,728, 35 deV elopment of clinical pathways for certain medical pro- 
issued Nov. 4 1997, entitled, Method for the Supply of cedures which have been anal d and standafd ath 
Medical Supplies to a Health-care Institution Based on a deV6 , oped . -r^se clinical pathways, which are created from 
Nested Bill of Materials on a Procedure Level, the entire modular software o5jects configUfed by lhe user of the 
disclosures of which are hereby incorporated by reference software associate lhe andcipated resource al i ocation to a 
thereto as if fully set forth herein, has been developing a 40 given procedure and Mow for the anticipation of resource 
resource utdization paradigm based upon the concept of the consump tion for each upcoming standard procedure. For 
clinical pathway described in the Background. Basing an examp i e , if a c i mica i pathway has been developed for a hip 
information system around the procedural pathway, as replacement surgery, the clinical pathway for a given patient 
opposed to just tying services, supplies and other resources coming in for hip surgery is easily developed from the 
used to the patient, with no real relation to the pathway, 45 template. The information system user would merely need to 
provides an inherent ability to use the information more enter the identifying information about the patient and the 
efficiently and to allow for greater cost accountability in the surgeon performing the procedure, and the standard tem- 
provision of medical services. plate WQU , d generate a dinical pathway showing the 

To illustrate the efficiency of the procedural pathway, it is resources that should be required for that patient. At a further 

best to analyze generally a hospital stay for a given patient. 50 level of detail, departure points from the standard template 

Initially, the patient will be admitted, have some bloodwork can be identified and the alternate resource allocation for the 

done, be assigned a room, possibly be subject to some departure points may also be provided in the information 

diagnostic screenings, possibly have a procedure done, system. For example, in copending application Ser. No. 

spend a period of time recovering from the procedure and be 08/846,798, the disclosure of which has been incorporated 

discharged. Also, the clinical pathway may extend beyond 55 by reference, this feature is described as a conditional 

the hospital stay and include follow-up care such as periodic bundle. For example, in the hip replacement surgery 

check-ups and/or rehabilitation. Each step along the proce- described above, variations in resource requirements may 

dural pathway can be broken down into increasingly fine vary from doctor to doctor because of differing techniques, 

detail as series of more and more detailed sub-procedures. requirements and subjective preferences. Thus, the standard 

For example, the surgical procedure can be further broken 60 template for a hip replacement surgery may be substantially 

down into surgical prep, anesthesia, the surgical procedure, the same for two different doctors, but vary on a few items, 

closing and post-op anesthesia recovery. Obviously, each of The conditional bundles can be used to account for the 

these sub-procedures could be further broken down into departure from the standard template for each doctor and, by 

specific tasks to be performed at each stage. entering the doctor performing the procedure, the informa- 

As can be seen from the procedural pathway model, each 65 tion system can automatically associate the appropriate 

stage of the procedural pathway is going to require the conditional bundle with the standard template to form the 

utilization of resources. These resources may be labor clinical pathway for a given patient. 
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In terms of resource management, there are two basic 
types of resources which will be needed to perform a 
medical procedure at a given location: 1) those resources 
which will need to be brought in from outside the location 
for the procedure and 2) those resources which are main- 5 
tained by the location and which must be scheduled for a 
given procedure (for the purposes of this application, 
although doctors are not usually employed by the hospital, 
we will assume that they are resources associated with the 
location, since they are typically driving the scheduling of a 10 
procedure at a location). The management of outside and 
inside resources requires the consideration of two different 
sets of problems. Typically, the outside resources will pri- , 
marily include the supplies which must be ordered from 
outside vendors, be delivered to the location and be provided 15 
at the appropriate time and place for the performance of the 
procedure. The inside resources will include the labor 
resources, equipment owned and maintained by the location 
and facilities at the location such as OR's, radiology, 
laboratories, etc. 20 

In managing the outside resources there are two compet- 
ing interests, the desire to have sufficient quantities of 
everything readily available, which would necessitate a 
large inventory of supplies along with skilled personnel to 
maintain the inventory and deliver it for performance of the 25 
procedure, and the desire to minimize inventory, which 
minimizes inventory carrying costs, the risk that inventory 
will expire before use, tied-up capital and the skilled labor 
necessary to maintain the inventory and pull it for each 
procedure. 30 

In managing inside resources the goal is to maximize the 
utilization of each available resource while carrying only the 
minimum amount of required resources to get the job done. 
Management of these resources necessitates that efficient 
resource allocation tools be used so that the location is not 35 
carrying costs associated with labor, equipment and facilities 
which are not being fully used, while insuring that all of the 
procedures can be performed in a timely fashion. For 
example, idle employees, equipment, OR's, etc. all carry a 
substantial cost. However, overworked employees, overused 40 
equipment and overbooked facilities reduce the efficiency 
and efficacy of the performance of the procedures and result 
additional costs. Thus, precise scheduling and resource 
utilization management software is necessary to allow for 
the maximum productivity from resources, while minimiz- 
ing inefficiency caused by overbooked resources and over- 
worked employees. Additionally, software which allows for 
the detailed analysis of historical resource utilization will 
allow for the prediction of when new labor and other 
resources will be needed and allow for the most effective 
way of acquiring those resources, often saving money as 
opposed to the last minute recognition and rush acquisition 
of such resources. 

DESCRIPTION OF THE PREFERRED 55 
EMBODIMENT 

In the preferred embodiment, the information manage- 
ment system consists of a scries of software objects imple- 
mented using Microsoft ActiveX® controls which may be 
configured and linked by a user to build a custom configured 60 
health-care information management system. Preferably, the 
information system is implemented on a Windows NT® or 
Windows 95® based personal computer, which may or may 
not be networked. In order to maintain a database of 
information related to this information system, a database 65 
program such as Microsoft SQUServer® or Microsoft 
Access® is used in background. The information system of 



45 



50 



the preferred embodiment generates data and communicates 
through an interface compatible with the background data- 
base program. Typically, the software objects which will be 
described are coded in Visual C++ or Visual Basic, and 
adhere to the framework of ActiveX® or OLE controls so as 
to maintain the ability to be implemented as compatible 
software objects in a component based software architec- 
ture. 

In general, the software provides a number of "nodes," 
each of which correspond to a particular function of the 
information system. For example, if the system will have 
functions for developing and maintaining software based 
clinical pathways, maintaining and logging resource con- 
sumption on a case by case basis, and studying resource 
consumption for logged cases, each of these functions would 
represent one node. Each of these nodes uses the feature of 
ActiveX® controls to allow objects created in one node to 
provide necessary information or form the basis for a new 
object in another node. The interaction of objects from one 
node to another will be described more fully hereinafter. 

Referring now to FIG. 1, each node 200, as described, 
provides for a particular information management function 
in the present invention. Also, each node 200 represents a 
software object which will allow the user to perform certain 
functions and tasks relative to the information system func- 
tion provided for the node 200. In general, the function of 
each node will be to allow the user to generate specific 
templates, or software object modules 202 which will orga- 
nize additional software objects into custom configurations 
representative of the information to be managed. Under each 
node 200, the user will have access to further software 
objects, by copying from previously generated templates, by 
creating the objects or from an object library, in order to 
access the functionality of the node 200. The software 
objects available to the user will be of three specific types: 
1) container objects 204, 2) resource objects 206 and 3) data 
objects 208. Each of these objects represent ActiveX® 
software objects which function as miniature software pro- 
grams to perform a specific function. Container objects 204 
function as receptacles of other objects and act to organize 
the other objects in accordance with the user's specifica- 
tions. Additionally, container objects 204 will be customized 
by the input of data from the user based upon what the 
container object 204 is designed to hold, the specific use to 
which the container object is subjected by the user and other 
usage specific data which the user will provide. 

Resource objects 206 are software objects which repre- 
sent resources to be utilized in the provision of the health- 
care. Resource objects 206 typically represent supplies, or 
kits of supplies, equipment, personnel, pharmaceuticals, or 
any other resource which will be utilized during the provi- 
sion of healthcare. Each resource object 206 will be popu- 
lated with data relevant to that object and will communicate 
that information as required. 

Data objects 208 are software objects which will be used 
by the user to collect specific information for use by the 
template or the information system. For example, it may be 
necessary to gather certain procedure specific information at 
some point in a clinical pathway and a data object 208 may 
be inserted at that point in a module 202 to collect such data 
and make it available to the appropriate software objects. 

Use of the software objects is best understood by with a 
general reference to one function of the information system. 
Referring now to FIG. 2, the first node 210 of the software 
represents the function of generation, modification and 
maintenance of software templates for clinical pathways 
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using the objects previously described. This node 210 allows standard interface to other software objects as such infer- 
tile user to create software modules 212, made up of user mation is required. 

selected objects, which represent in software a health-care For example, after constructing a particular clinical path- 
procedure or clinical pathway. In general, as described way module, the user might desire to schedule a procedure 
previously, the clinical pathway will be broken down into a 5 for a particular patient using the clinical pathway. By 
series of related care events, representing discrete sub- utilizing a node designed to manage information for indi- 
procedures along the clinical pathway. Using the function- vidual cases, the user could select the appropriate clinical 
ality provided by the clinical pathway node 210, the user pathway module which would transfer the data from the 
would be able to develop a new module 212 by making the clinical pathway module for that procedure into a case 
appropriate menu selection. The user would be prompted to 1Q module. The case module would then contain all of the 
input information relevant to the clinical pathway generally, information from the objects from the selected clinical 
such as the name of the clinical pathway, any hospital or pathway module and would provide a ready listing of 
other codes used to identify the type of procedure, doctors resources to be utilized in performing the procedure. With 
who perform that type of procedure, etc. this information, schedules of supplies, equipment, etc. 

Once the module 210 is defined and created, the user 35 could be generated in order to facilitate the performance of 

would then break the procedure down into a series of care the procedure. Additionally, as will be described more fully 

events. For example, if the procedure were a heart bypass hereinafter, by creating a case module, the user would have 

operation, various care events can be identified such as 1) available the case node functionality which would allow for 

anesthesia care event, 2) draping care event and 3) the the tracking of resource utilization in performing the pro- 

operative care event. Each of these care events would be 2Q cedure and create a consumption record for use in analyzing 

implemented in the clinical pathway module 212 by the resource utilization, generating cost information for cost 

selection or creation of care event container objects corre- recovery and allow the user to perform other case node 

sponding to each care event 214, 216, and 218. These objects specific functions. Also, to the extent that objects created in 

would require the input of information relevant to the care the clinical pathway have utility for other clinical pathways, 

event and would function as containers for additional 25 the created objects may be reused to develop additional 

container, resource or data care events. clinical pathways. 

Once the care event containers 214, 216 and 218 have As will be described in greater detail below, the various 

been created in the module 212, the user would then fill out types of objects are predefined in the overall software 

each of the associated care events for the module. For system. Container objects are available to represent care 

example, a patient history data object 220 might be associ- 30 events, supply bundles and conditional supply bundles. Each 

atcd with the module 212 which would prompt the user to type of container may then be configured by the user to 

obtain patient specific data when the clinical pathway is used reflect the particulars of the clinical pathway to be repre- 

relative to a particular patient. Resources would then be sented. Care event containers will be configured with spe- 

associated with each care event. cific information for each care event in the clinical pathway 

For example, the Anesthesia Care Event container 214, 35 and will contain information relevant to that care event, 

may contain an anesthesia supply bundle container 222, Supply bundles will be provisioned with supply resource 

which in turn can contain resources such as anesthesia drugs objects and will have information specific to that supply 

224 and an airway circuit 226. Other resources, provided by bundle contained therein. Conditional supply bundles will 

a resource object, such as an anesthesiologist 228 and patient be provisioned with supplies and a condition, which wilt 

monitor 230, which are related to the anesthesia care event 40 determine if that conditional supply bundle will be used; for 

214 are also associated with the anesthesia care event 230. example, a conditional supply bundle may be developed for 

In the example, the anesthesia drugs resource 224 represents a particular surgeon and will have supplies used only by that 

a pharmaceutical resource object, which would contain surgeon provided therein. Then, if the condition is met when 

certain information relevant to the specific drugs to be a case is scheduled, such as the particular surgeon is 

delivered, while the airway resource 226 represent specific 45 assigned to the case, that conditional bundle will automati- 

supplies to be used in the anesthesia care event object 214; cally be added to the list of objects associated with that case, 

these two items, because they will be used together, are Similarly various types of resource objects are provided 

combined in a supply bundle container 222 which may be as standard templates for configuration by the user, 

reused for other procedures which include an anesthesia care Examples of such types of resource objects are supplies, kits 

event. The anesthesiologist resource 228 represents a per- 50 (which are pre-packaged groups of supplies), equipment, 

sonnel resource object and will contain information con- personnel and pharmaceuticals. When configuring resource 

cerning the anesthesiologist including identification, time to objects for a clinical pathway, the user would select the 

be allotted for the procedure and scheduling information. appropriate supply type for the resource to be represented 

The patient monitor resource object 230, represents an and input the prompted information. For example, the user 

equipment resource which would contain information about 55 might be able to look up a database of listed supplies and 

its availability and utilization. select a particular supply for inclusion in the clinical path- 

This process would be repeated until each of the remain- way. Alternatively, the user could create a new supply from 

ing care events 216 and 218 for the clinical pathway was scratch by inputting prompted information to create a new 

completed (a more complete description of a clinical supply resource object. The type of information would vary 

pathway, including examples of multiple care events which 60 from resource type to resource type, but a standard template 

have been completed will be provided in the Description of would be provided for each resource type to prompt the user 

an Exemplar Embodiment below). The user of the informa- to input the appropriate information for each resource to be 

tion system would then have a software module 212 con- added. 

figured for the heart bypass clinical pathway which would Additionally, while the user would have the option to 

consist of container, resource and data objects. Each of the 65 create various container, resource and data objects from 

software objects would encapsulate information particular to scratch for use in the information system, the user, to the 

that object and would communicate that information via a extent appropriate would be able to reuse previously created 
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objects. For example, the user might create a library of 
standard pre-configured objects which would be frequently 
re-used in various clinical pathways. Thus, when a new 
pathway was being created, these library objects may be 
selected for inclusion in the new pathway. Likewise, infor- 5 
mation concerning a variety of resources may be maintained 
in various database systems maintained by a healthcare 
institutions. The supply department may maintain a database 
of available supplies, or dealers may provide databases of 
available supplies, by providing standard database program 10 
interfaces for these sources of information, data from these 
source may be automatically read into the present system in 
order to configure resource software objects for use therein. 

As described, the use of software objects to represent 
events, bundles, resources and data objects in a health-care ^ 
information management system allows the user to readily 
create software modules which represent specific health- 
care procedures which are much more functional then with 
traditional health-care database systems. Furthermore, the 
module object approach to the system makes it more readily 2 o 
customizable for particular installations. For example, if the 
standard configuration of any software object is not readily 
adapted for a particular installation, a programmer will not 
be required to modify a monolithic source code listing to 
implement the new configuration. For customization, the 2 $ 
programmer will only have to rewrite the code for a par- 
ticular object. As long as the programmer retains the stan- 
dardized data interface for the object, there will not need to 
be any change in configuration in the remaining source code 
for the system. 30 

Additionally, the use of the software object framework 
allows for the ready implementation of new functionality, 
without requiring the rewrite of the majority of the code for 
the system. For example, if a new functionality is required, 
a new functional node may be added which will utilize, to 35 
the extent possible, already existing software objects. One 
example might be to add a scheduling node to the above 
described software to allow for the ready scheduling of 
personnel, equipment, supplies, etc. Most of the scheduling 
information for any given procedure will be available in the 40 
clinical pathway module for that procedure. Thus, to create 
a scheduling node, all the programmer would need to do is 
create a software object which would query existing objects 
for data relevant to scheduling and organize that data in a 
useful manner. In the context of the present invention, such 45 
a node could create scheduling objects for various resources 
indicating their utilization schedule (as received from the 
object representing such resources) which would automati- 
cally query scheduled resources, check their availability and 
establish a calendar for each. Other functionality could be 50 
created by the creation of other nodes. 

For example the functionality of tracking resource utili- 
zation in the manner described in application Sen No. 
08/846,798, filed Apr. 30, 1997, entitled, Method and Sys- 
tem for the Tracking and Profiling of Supply Usage in a 55 
Health Care Environment, may be provided as a functional 
node software object. In implementing such a node, each 
individual procedural pathway as described in that applica- 
tion may be copied from a clinical pathway constructed as 
described above with reference to FIG. 2. A further type of 60 
node functionality is described in U.S. patent application 
Sen No. 08/936,780, filed Sep. 24, 1997, entitled Method for 
the Analysis and Standardization of Bills of Resources 
which would provide from the conversion of case software 
module objects into models which could then be analyzed 65 
for resource utilization efficiency and the standardization of 
bills of resource. Furthermore, the output of the node 



functionality described in application Ser. No, 08/936,780, 
could then be used to create an optimized clinical pathway 
under the clinical pathway node described with reference to 
FIG. 2. 

The functionality described above is implemented in the 
Meridian™ information management system marketed by 
DeRoyal Business Systems, 200 DeBusk Lane, Powell, 
Tenn., 37849, which is an affiliate of the assignee hereof, 
DeRoyal Industries, Inc. 

The foregoing description of the preferred embodiment of 
the present invention is for the purposes of illustration and 
not limitation. The preferred embodiment is capable of 
numerous modifications, substitutions and deletions without 
departing from the scope of the invention as set forth in the 
following claims. For example, while the preferred embodi- 
ment is described as being implemented in the Windows 
95® or NT® environment using ActiveX® or OLE® con- 
trols from Microsoft Corp., the modular software object 
approach described could be implemented in other standards 
or operating environments such as Delphi®. Furthermore, 
while the objects described above are preferentially written 
in Visual C++, any other common programming language 
may be used as well. Finally, the computer environment is 
preferentially a PC environment, either networked or stand- 
alone, other computer systems such as RISC servers, 
workstations, mainframes, or access to processors through 
the Internet may be substituted. 

We claim: 

1. An information management system for managing 
information relating to supplying, scheduling, logging, and 
analyzing use of health care services resources, the system 
comprising: 

a general purpose computer system, including; 

storage means for storing data corresponding to the 
information, 

processing means for processing instructions relating to 

managing the information, 
display means for presenting the information in a 

human perceptible format, and 
input means for receiving user input relating to man- 
aging the information, 
information management software installed on the gen- 
eral purpose computer system, including; 
node software objects, each of the node software 
objects providing a health-care information manage- 
ment function, including; 

a clinical pathway node software object for selec- 
tively creating, managing, and maintaining user- 
defined, user-configurable clinical pathway mod- 
ule software objects adapted to function with the 
clinical pathway node software object and repre- 
senting template sets of the information relating to 
health care services procedures, the module soft- 
ware objects including, resource software objects, 
corresponding to resources to be used in providing 
health care services, and 
container software objects for containing software 
objects having at least one common characteristic, 
a case management node software object for selectively 
creating, managing, and maintaining a user-defined, 
user-configurable case management module soft- 
ware object adapted to function with the case man- 
agement node software object from the clinical path- 
way module software object, the case management 
module software object representing a selected clini- 
cal pathway module software object as modified to 
reflect a prospective patient-specific case, and con- 
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taining patient-specific information, and adapted to 
receive additional patient specific information, and 

a standardization review node software object for selec- 
tively creating, managing, and maintaining a user- 
defined, user-configurable model module software 5 
object adapted to function with the standardization 
review node software object from the case manage- 
ment module software object, the model module 
software object representing a case management 
module software object as modified by at least the 1Q 
patient-specific information to reflect a historical 
patient-specific case, 

the standardization review node software object further 
being suitable for selectively creating, managing, 
and maintaining a user-defined, user-configurable 3S 
utilization study module software object from at least 
one model module software object, and 

the standardization review node software object further 
being suitable for analyzing the utilization study 
module software object to detect trends in the health 
care services information. 

2. The system of claim 1 wherein the container software 
objects comprise a plurality of container software object 
types, each type providing a specific container software 
object functionality. 25 

3. The system of claim 1 wherein the container software 
objects comprise: 

a user-configurable care event container software object 
representing a specific health care services care event, 
the care event container software object functional to 30 
contain container software objects and resource soft- 
ware objects related to the specific health care services 
care event represented by the care event container 
software object, and 

a user-configurable bundle container software object 35 
functional to contain resource software objects corre- 
sponding to specific related health care resources which 
would be provided in a group or bundle. 

4. The system of claim 1 further comprising data software 
objects selectively associated with a software object selected 4 q 
from the group consisting of the clinical pathway module 
software object, the case management module software 
object, and the container software object, the data software 
objects suitable for collecting and maintaining information 
related to the software object with which the data software 45 
object is selectively associated. 

5. The system of claim 1 further comprising a library node 
software object for selectively creating, collecting, and 
organizing reusable, user-defined, user-configurable con- 
tainer software objects and resource software objects for use 50 
in the clinical pathway node software object and the case 
management node software object. 

6. An information management system for managing 
information relating to supplying, scheduling, logging, and 
analyzing use of health care services resources, the system 55 
comprising: 

a general purpose computer system, including; 
storage means for storing data corresponding to the 
information, 

processing means for processing instructions relating to 60 

managing the information, 
display means for presenting the information in a 

human perceptible format, and 
input means for receiving user input relating to man- 
aging the information, 55 
information management software installed on the gen- 
eral purpose computer system, including; 
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node software objects, each of the node software 
objects providing a health-care information manage- 
ment function, including; 

a clinical pathway node software object for selec- 
tively creating, managing, and maintaining user- 
defined, user-configurable clinical pathway mod- 
ule software objects adapted to function with the 
clinical pathway node software object and repre- 
senting template sets of the information relating to 
health care services procedures, the module soft- 
ware objects including, resource software objects, 
corresponding to resources to be used in providing 
health care services, 

container software objects for containing software 
objects having at least one common characteristic, 
wherein the container software objects comprise a 
plurality of container software object types, each 
type providing a specific container software object 
functionality, including, 

a user-configurable care event container software 
object representing a specific health care ser- 
vices care event, the care event container soft- 
ware object functional to contain container 
software objects and resource software objects 
related to the specific health care services care 
event represented by the care event container 
software object, and 
a user-configurable bundle container software 
object functional to contain resource software 
objects corresponding to specific related health 
care resources which would be provided in a 
group or bundle, and 
data software objects selectively associated with a 
software object selected from the group consisting 
of the clinical pathway module software object, 
the case management module software object, and 
the container software object, the data software 
objects suitable for collecting and maintaining 
information related to the software object with 
which the data software object is selectively 
associated, 

a case management node software object for selectively 
creating, managing, and maintaining a user-defined, 
user-configurable case management module soft- 
ware object adapted to function with the case man- 
agement node software object from the clinical path- 
way module software object, the case management 
module software object representing a selected clini- 
cal pathway module software object as modified to 
reflect a prospective patient-specific case, and con- 
taining patient-specific information, and adapted to 
receive additional patient specific information, 
a standardization review node software object for, 
selectively creating, managing, and maintaining a 
user-defined, user-configurable model module 
software object adapted to function with the stan- 
dardization review node software object from the 
case management module software object, the 
model module software object representing a case 
management module software object as modified 
by at least the patient-specific information to 
reflect a historical patient-specific case, 
selectively creating, managing, and maintaining a 
user-defined, user-configurable utilization study 
module software object from at least one model 
module software object, and 
analyzing the utilization study module software 
object to detect trends in the health care services 
information, and 



04/07/2004, EAST Version: 1.4.1 



5,995,937 

19 20 

a library node software object for selectively creating, pathway node software object and the case manage- 

collecting, and organizing reusable, user-defined, ment node software object, 
user-configurable container software objects and 

resource software objects for use in the clinical ***** 
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